perm filename COMSCH.MSG[SCH,LSP]9 blob
sn#816905 filedate 1986-05-07 generic text, type C, neo UTF8
COMMENT ⊗ VALID 00015 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00004 00002
C00005 00003 ∂26-Apr-86 0738 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU The generality of define
C00007 00004 ∂26-Apr-86 1816 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@xx.lcs.mit.edu variata
C00013 00005 ∂27-Apr-86 1455 @MC.LCS.MIT.EDU:KMP@SCRC-STONY-BROOK.ARPA variata
C00022 00006 ∂27-Apr-86 1607 @MC.LCS.MIT.EDU:dcj%jacksun@SUN.COM SCOOPS, and GNU support question
C00025 00007 ∂28-Apr-86 1155 @MC.LCS.MIT.EDU:Bartley%ti-csl.csnet@CSNET-RELAY.ARPA Re: variata
C00031 00008 ∂28-Apr-86 1340 @MC.LCS.MIT.EDU:Bartley%ti-csl.csnet@CSNET-RELAY.ARPA Re: SCOOPS, and GNU support question
C00034 00009 ∂29-Apr-86 0743 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU meaning of *global* define
C00038 00010 ∂30-Apr-86 1425 @MC.LCS.MIT.EDU:jcm@ORNL-MSR.ARPA Questions from a newcomer
C00041 00011 ∂30-Apr-86 2156 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Questions from a newcomer
C00043 00012 ∂05-May-86 1142 @MC.LCS.MIT.EDU:amn@LOCUS.UCLA.EDU getting C-Scheme running on HP workstations
C00045 00013 ∂05-May-86 1402 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU one more message about CScheme
C00047 00014 ∂05-May-86 1910 @MC.LCS.MIT.EDU:serafini@ames-aero implementation roundup
C00048 00015 ∂05-May-86 1914 JAR@MC.LCS.MIT.EDU implementation roundup
C00051 ENDMK
C⊗;
∂26-Apr-86 0738 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU The generality of define
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 26 Apr 86 07:38:32 PST
Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 26 APR 86 10:38:14 EST
Date: 26 Apr 1986 10:38 EST (Sat)
Message-ID: <JINX.12201925541.BABYL@MIT-OZ>
From: Bill Rozas <JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
To: andy@AIDS-UNIX.ARPA (Andy Cromarty)
Cc: SCHEME@MC.LCS.MIT.EDU
Subject: The generality of define
In-reply-to: Msg of 23 Apr 1986 19:09-EST from andy at aids-unix (Andy Cromarty)
(define square (lambda (x) (* x x)))
at all, but rather to
(define square (rec square (lambda (x) (* x x))))
The new version of RRRS changes this.
(define (square x) (* x x))
will be equivalent to
(define square (lambda (x) (* x x)))
The self recursive form can be obtained by explicitely using LETREC or
wRECk.
∂26-Apr-86 1816 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@xx.lcs.mit.edu variata
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 26 Apr 86 18:15:50 PST
Received: from CSNET-RELAY.ARPA by MC.LCS.MIT.EDU 26 Apr 86 21:16:52 EST
Received: from 5400000012 by CSNET-RELAY.ARPA id a000769; 26 Apr 86 21:04 EST
Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 26 Apr 86 10:33-EST
Date: 26 Apr 1986 10:33 EST (Sat)
Message-ID: <JINX.12201924643.BABYL@MIT-OZ>
From: Bill Rozas <JINX%OZ.AI.MIT.EDU@xx.lcs.mit.edu>
To: David Bartley <Bartley%ti-csl.csnet@CSNET-RELAY.ARPA>
Cc: JAR%mc.lcs.mit.edu@CSNET-RELAY.ARPA,
RRRS-AUTHORS%mc.lcs.mit.edu@CSNET-RELAY.ARPA
Subject: variata
In-reply-to: Msg of 25 Apr 1986 19:04-EST from David Bartley <Bartley%ti-csl.csnet at CSNET-RELAY.ARPA>
To summarize:
-- We agree that (ELSE) is a no-no and that (COND) and (COND (ELSE exp))
are valid.
-- I feel that (BEGIN) should have the same meaning as (COND), but I
won't push the point.
I don't like this. Unfortunately JAR did not give me choice c (status
quo, where (COND (ELSE ...)) is legal, but (COND) is not), which I
like best. I object pretty strongly to (BEGIN) and somewhat less
strongly to (COND). The usual rationale is that it makes macros
easier to write, but this is just laziness of the same sort as using
(cdr (assq <something> <some-list>)) in a Lisp where (cdr '()) -> '().
(COND (ELSE ...)) although silly has a clear meaning (unless the ELSE
clause is empty, which should be an error, but we agree on this).
-- We agree on using EQV? for CASE.
I like JAR's proposal too.
-- We agree that (EQV? "" "") and (EQV? #() #()) are true, but I worry
about confusion when I mix Scheme and Common LISP programs.
I'm worried about gratuitous differences between EQ? and EQV?. I
would object (although not terribly strongly) to making
(eq? '#() '#()) be #T, but I think it is silly to have EQ? and EQV?
behave differently on this. The reason I object to (eq? '#() '#())
being #T is that inline coding of make-vector would become more
expensive. Make-vector is very cheap in our implementation and a good
candidate for inline coding (although we don't currently do it), and
having it intern 0 length vectors (strings) would make it more
expensive.
-- I like warning messages for things like (MAKE-VECTOR 0 exp) more
than you do. We can probably agree to provide declarations so you
won't refuse to buy my system!
I agree with JAR. I think that (MAKE-VECTOR 0 exp) is reasonable and
no error (warning) message should be given. I don't understand why
you object to it. Why not warn about reversing a list with less than 2
elements also?
-- I'm not apologetic about trying to avoid ``gratuitous''
differences with Common LISP, but I don't want to burden the
description of Scheme with constant references to it either.
I agree. Unless there is strong reason to do otherwise, we should not
differ from Common Lisp. This should probably be stated early (if we
all agree, of course), and assumed afterwards. A reference to this
remark in various places might be appropriate.
∂27-Apr-86 1455 @MC.LCS.MIT.EDU:KMP@SCRC-STONY-BROOK.ARPA variata
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 27 Apr 86 14:55:43 PDT
Received: from SCRC-STONY-BROOK.ARPA by MC.LCS.MIT.EDU 27 Apr 86 17:56:56 EDT
Received: from HUMMINGBIRD.SCRC.Symbolics.COM by SCRC-STONY-BROOK.ARPA via CHAOS with CHAOS-MAIL id 473339; Sun 27-Apr-86 17:54:24-EDT
Date: Sun, 27 Apr 86 17:55 EDT
From: Kent M Pitman <KMP@SCRC-STONY-BROOK.ARPA>
Subject: variata
To: JAR@MIT-MC.ARPA
cc: RRRS-AUTHORS@MIT-MC.ARPA
In-Reply-To: <[MC.LCS.MIT.EDU].895280.860425.JAR>
References: The message of 24 Apr 86 10:43-EST from Bartley%ti-csl.csnet@CSNET-RELAY.ARPA
Message-ID: <860427175526.2.KMP@HUMMINGBIRD.SCRC.Symbolics.COM>
I am absolutely opposed to making (COND) or (COND (ELSE)) or (BEGIN) or
(LAMBDA ()) illegal. I am content to make them return undefined values but
I insist that, for example, (LAMBDA () (BEGIN) 3) is a completely well-formed
expression that should neither cause the compiler to say anything nor cause
an error at runtime.
I am very opposed to requiring ELSE to be the last clause in a COND. It seems
to me that
(COND ((FOO)) (ELSE #T) ((BAR)))
is like like
(OR (FOO) #T (BAR)).
I hope no one is going to insist that the previous form should also be illegal
and/or that it should be warned about by a compiler. The call to BAR is
obviously not going to get reached for pragmatic reasons, but there may be
legitimate situations where program-writing programs could want to construct
something like this and I think we'd be shooting ourselves in the foot to
disallow such things. Also, I think it tends to make the grammar look more
graceful if ELSE can occur anyway. The particular case of interest is:
`(COND ,@FORMS (ELSE FOO))
where FORMS may be allowed to contain an ELSE clause. I object to having to
write:
`(COND ,@FORMS ,@(IF (AND FORMS (NOT (EQ (CAR (LAST FORMS)) 'ELSE)))
`((ELSE FOO))
`()))
If you decide to make any of the above forms legal, I wish to have my
reasons for disagreement cited.
I think CASE should be changed to use EQUAL?, which I think is in agreement
with a recent suggestion by you. This will get around a lot of confusion that
could otherwise result from the recent trend toward wanting to intern quoted
structure.
I'm fairly satisfied with the way things seem to be going in the EQ? and
EQV? discussion so will mostly decline from any comment for now on that
subject.
JAR: If people believe that it's important to be able to parse Scheme's
read syntax using only standard Common Lisp reader features, then by all
means we must allow (eq? '#() '#()) to be false, but we also have to
change the syntax of numbers, and make colon not be a constituent
character. But Scheme's eqv? could still deal with #() and "" as I
propose even if eq? doesn't.
Right.
JAR: It looks like I'll lose on this point, so I won't push it too hard.
I'm just resisting adding yet another clause which basically says "we
did this for compatibility with Common Lisp."
I am sympathetic to this position.
I strongly oppose requiring APPEND to do gratuitous copying. It's trivial to
adopt
Bartley (about APPEND): ... I'd like some discussion on this. It sounds
like something a LISP programmer could trip up on, especially those
who use (APPEND X '()) to copy X. Steele's book specifically mentions
that APPEND will work that way in Common LISP, but implies that it is
poor style. My inclination is to be compatible with Common LISP in
order to minimize frustration for the poor people we're trying to
win over to Scheme.
JAR: If this is what other people want I'm happy with it too (except
again for the fact that I'll have to insert another apology and another
reference to Common Lisp).
The fact that CL provides COPY-LIST is enough for me. I am strongly opposed
to continuing this lossage of forcing APPEND to do gratuitous copying. You're
falling down on your let's-not-be-gratuitously-compatible-with-CL maxim. CL
itself is really only doing it for compatibility, too. This is a case where
we're clearly right and ought not give in.
JAR: What about (let ((x (list 'a))) (eq? x (reverse x))) ?
Bartley: I feel strongly that REVERSE should always copy (unless its
argument is the empty list), since it is easier to remember that rule
than that it does so only when there's more than one element in the list.
Pragmatically, I often do something like (APPEND! (REVERSE X) Y), and
wouldn't want to side effect the original list in X if it had exactly
one element. (Note that this works correctly when X is the empty
list, so this is a pretty unusual boundary condition.)
JAR: I agree. (Except note that it doesn't copy empty lists....)
I am receptive to the idea of permitting the result of REVERSE to share with
its input. The idiom (APPEND! (REVERSE X) Y) should just be named. CL has
REVAPPEND and NRECONC. I believe we should just have APPEND-REVERSE and
APPEND-REVERSE! which do these common operations. This would reduce the need
to rely on copying. I think we should take a consistent stand on the idea
that REVERSE, APPEND, do not have to copy and that that's why we provide
COPY-LIST. People can always write their own COPY-LIST-REVERSE,
COPY-LIST-APPEND, etc. if they really need to intertwine the two operations
for some efficiency reason. The dumb routines are so easy to write yourself,
after all. The ones provided by the system should be the messy-to-write
super-optimizing ones.
∂27-Apr-86 1607 @MC.LCS.MIT.EDU:dcj%jacksun@SUN.COM SCOOPS, and GNU support question
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 27 Apr 86 16:07:16 PDT
Received: from sun.com by MC.LCS.MIT.EDU 27 Apr 86 19:06:04 EDT
Received: from snail.sun.com (snail-ptp) by sun.com (3.2-/SMI-3.0)
id AA13232; Sun, 27 Apr 86 16:01:26 PDT
Received: from jacksun.sun.uucp by snail.sun.com (3.2/SMI-3.0DEV4)
id AA28515; Sun, 27 Apr 86 16:04:42 PDT
Received: by jacksun.sun.uucp (1.1/SMI-3.0)
id AA11217; Sun, 27 Apr 86 16:04:02 PDT
Date: Sun, 27 Apr 86 16:04:02 PDT
From: dcj%jacksun@SUN.COM (Donald Clark Jackson)
Message-Id: <8604272304.AA11217@jacksun.sun.uucp>
To: scheme@mc.lcs.mit.edu
Subject: SCOOPS, and GNU support question
As a user of TI-SCHEME, I kind of like
the SCOOPS object-oriented package.
I have C-Scheme running on a Sun now, and
I would like to get SCOOPS running on it.
Is source for SCOOPS available, or is it
TI proprietary code? Is there something
similar available?
Also, while getting the "inferior scheme"
mode in GNU Emacs to work, I had to change the
following line in xscheme.el:
(make-shell "scheme" scheme-program-name nil "-emacs")
to
(make-shell "scheme" scheme-program-name)
What was the "-emacs" supposed to do?
I have GNU Emacs Version 17.61, and
MIT C-Scheme Version 6.1.
If this is the wrong mailing list for these
questions, please suggest a better forum.
Mail me your replies, if possible. I'll
summarize to this list if there is any
demand.
Thanks,
Don Jackson
djackson@sun.com
{ucbvax,decwrl,...}!sun!djackson
∂28-Apr-86 1155 @MC.LCS.MIT.EDU:Bartley%ti-csl.csnet@CSNET-RELAY.ARPA Re: variata
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 28 Apr 86 11:54:22 PDT
Received: from CSNET-RELAY.ARPA by MC.LCS.MIT.EDU 28 Apr 86 14:55:35 EDT
Received: from ti-csl by csnet-relay.csnet id a002987; 28 Apr 86 14:49 EDT
Received: by tilde id AA15512; Mon, 28 Apr 86 13:40:42 cdt
Date: Mon 28 Apr 86 13:28:11-CDT
From: David Bartley <Bartley%ti-csl.csnet@CSNET-RELAY.ARPA>
Subject: Re: variata
To: JINX%OZ.AI.MIT.EDU%xx.lcs.mit.edu@CSNET-RELAY.ARPA
Cc: JAR%mc.lcs.mit.edu@CSNET-RELAY.ARPA,
RRRS-AUTHORS%mc.lcs.mit.edu@CSNET-RELAY.ARPA,
Bartley%ti-csl.csnet@CSNET-RELAY.ARPA
In-Reply-To: <JINX.12201924643.BABYL@MIT-OZ>
Message-Id: <12202480652.63.BARTLEY@CSC60>
>Date: 26 Apr 1986 10:33 EST (Sat)
>From: Bill Rozas <JINX%OZ.AI.MIT.EDU%xx.lcs.mit.edu@csnet-relay>
>
> [Bartley:]
> -- I like warning messages for things like (MAKE-VECTOR 0 exp) more
> than you do. We can probably agree to provide declarations so you
> won't refuse to buy my system!
>
>I agree with JAR. I think that (MAKE-VECTOR 0 exp) is reasonable and
>no error (warning) message should be given. I don't understand why
>you object to it. Why not warn about reversing a list with less than 2
>elements also?
I'm not objecting, just asking questions to clarify JAR's position and
to elicit comments from others with strong opinions. Let's see if I
can clarify both mine and yours:
-- I agree that (MAKE-VECTOR EXP1 EXP2) shouldn't be an error or
cause a warning at runtime should EXP1 evaluate to zero. I'm talking
about compile-time warnings (e.g. for a COMPILE-FILE) when EXP1 is a
literal zero. I oppose most, perhaps all, warnings during evaluation.
Sorry I wasn't more explicit -- I tend to think in terms of separate
compilation and I'm sure many of you are thinking primarily in terms
of interpretation.
-- Likewise, (REVERSE EXP3) obviously shouldn't cause a warning when
EXP3 evaluates to a list with fewer than two elements. But a
compile-time warning about (REVERSE '(A)) might be helpful (if it
weren't so unlikely!).
There's no real debate here. If I were to report `warnings,' as
opposed to actual `errors,' I'd do it only in a compilation mode where
they wouldn't be confused with the runtime behavior of the program and
only if the user asked for them by setting a flag. This is a
development environment issue, not a language issue.
> -- We agree that (ELSE) is a no-no and that (COND) and (COND (ELSE exp))
> are valid.
>
> -- I feel that (BEGIN) should have the same meaning as (COND), but I
> won't push the point.
>
>I don't like this. Unfortunately JAR did not give me choice c (status
>quo, where (COND (ELSE ...)) is legal, but (COND) is not), which I
>like best. I object pretty strongly to (BEGIN) and somewhat less
>strongly to (COND). The usual rationale is that it makes macros
>easier to write, but this is just laziness of the same sort as using
>(cdr (assq <something> <some-list>)) in a Lisp where (cdr '()) -> '().
>(COND (ELSE ...)) although silly has a clear meaning (unless the ELSE
>clause is empty, which should be an error, but we agree on this).
Actually, JINX and I seem to agree that (BEGIN) and (COND) are equally
meaningless. I offer to allow (COND) but feel (BEGIN) makes as much
sense. If there's a consensus against (COND), then I'm even happier.
I'm not all that motivated by wanting to write lazy macros or program-
generating programs for reasons similar to JINX's.
Regards,
David Bartley
-------
∂28-Apr-86 1340 @MC.LCS.MIT.EDU:Bartley%ti-csl.csnet@CSNET-RELAY.ARPA Re: SCOOPS, and GNU support question
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 28 Apr 86 13:39:52 PDT
Received: from CSNET-RELAY.ARPA by MC.LCS.MIT.EDU 28 Apr 86 16:39:23 EDT
Received: from ti-csl by csnet-relay.csnet id a003922; 28 Apr 86 16:34 EDT
Received: by tilde id AA15837; Mon, 28 Apr 86 13:50:21 cdt
Date: Mon 28 Apr 86 13:42:05-CDT
From: David Bartley <Bartley%ti-csl.csnet@CSNET-RELAY.ARPA>
Subject: Re: SCOOPS, and GNU support question
To: dcj%jacksun%sun.com@CSNET-RELAY.ARPA,
scheme%mc.lcs.mit.edu@CSNET-RELAY.ARPA
Cc: Bartley%ti-csl.csnet@CSNET-RELAY.ARPA
In-Reply-To: <8604272304.AA11217sun.sun.uucp>
Message-Id: <12202483182.63.BARTLEY@CSC60>
> Date: Sun, 27 Apr 86 16:04:02 PDT
> From: Donald Clark Jackson <dcj%jacksun%sun.com@CSNET-RELAY.ARPA>
>
> As a user of TI-SCHEME, I kind of like
> the SCOOPS object-oriented package.
> I have C-Scheme running on a Sun now, and
> I would like to get SCOOPS running on it.
>
> Is source for SCOOPS available, or is it
> TI proprietary code? Is there something
> similar available?
I'll look into getting formal approval from our product group to
release the source for SCOOPS. The actual SCOOPS source for TI's PC
Scheme has some implementation-dependent efficiency hacks built in,
but we may be able to put together a sanitized portable version.
However, SCOOPS is built upon first-class environments, so it wouldn't
port to some dialects out there (including the standard).
If we get permission to give out the source, we will of course want to
make it non-proprietary, which works both ways: you owe us nothing and
we owe you nothing (well, very little!). I'll see what we can work
out and post the result.
David Bartley
-------
∂29-Apr-86 0743 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU meaning of *global* define
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 29 Apr 86 07:43:13 PDT
Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 29 Apr 86 10:44:21 EDT
Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 29 Apr 86 10:42-EDT
Date: 29 Apr 1986 10:20 EDT (Tue)
Message-ID: <JINX.12202697723.BABYL@MIT-OZ>
From: Bill Rozas <JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
To: willc%tekchips%tektronix.csnet@CSNET-RELAY.ARPA
Cc: JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU, RRRS-Authors%mit-mc@XX.LCS.MIT.EDU
Subject: meaning of *global* define
In-reply-to: Msg of 15 Apr 1986 15:49-EST from willc%tekchips%tektronix.csnet at CSNET-RELAY.ARPA
What is the difference between having incorrect procedures all over
the place and having incorrect numbers, lists, strings, or vectors all
over the place?
It would be possible to fix other objects if in our system all objects
maintained a history of how they were created, and often I think that
this would be a very nice debugging environment. Unfortunately, for
efficiency reasons, they do not. Procedures, fortunately, contain the
environments where they are closed, and these include most of the
relevant information about their creation history. By modifying these
environments we can patch a running system in a way we cannot patch it
if the "wrong value" happens to be a vector or other "simple" data
structure. Just because we cannot provide a more general and powerful
debugging tool, it does not mean that we should not provide an
extremely useful (the most useful to me) special case.
In terms of implementation, there are various possible trade offs. I
can easily accept a system where incremental definition (when it does
not degenerate into assignment) causes a garbage-collection-like
process to occur to make all the references consistent. I am
perfectly willing to pay the price of a very powerful feature which I
use relatively often.
PS: Sorry about taking so long to answer this message. It was buried
in a large pile.
∂30-Apr-86 1425 @MC.LCS.MIT.EDU:jcm@ORNL-MSR.ARPA Questions from a newcomer
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 30 Apr 86 14:19:02 PDT
Received: from ORNL-MSR.ARPA by MC.LCS.MIT.EDU 30 Apr 86 17:18:30 EDT
Received: by ORNL-MSR.ARPA (4.12/4.9)
id AA16413; Wed, 30 Apr 86 16:38:46 edt
Date: Wed, 30 Apr 86 16:38:46 edt
From: jcm@ORNL-MSR.ARPA (James A. Mullens)
Message-Id: <8604302038.AA16413@ORNL-MSR.ARPA>
To: scheme@mc
Subject: Questions from a newcomer
Hi -
I would like to learn know about an implementation of Scheme which runs
on VAX VMS 4.x and an implementation which runs on a 68000 machine
(especially Amiga, Macintosh Plus, Sage/Stride, or Atari 1040ST). I
have seen a reference to Scheme 312 which sounded interesting.
I have also seen a reference to "Chez Scheme" for VAX BSD 4.2++ which I
would like to know more about.
I am especially interested "native" implementations (not implemented on
top of another Lisp), versions with a compiler, and versions which are
public domain. I have purchased TI's PC Scheme for my IBM AT.
I am interested in Scheme because I think it may run reasonably well on
a micro I can afford to have at home. I have a Sage II now, but I am
considering another 68000 machine. I am also hoping that Scheme will
be a simple, easy to implement Lisp which is not thundering towards
commercialization.
I tried Golden Common Lisp on ATs and was disappointed in the
unwieldiness.
We have Common Lisp (DEC Lisp and NIL) on the VAXen I use at work,
but I would like to investigate Scheme as an alternative.
- Thanks
jim mullens
oak ridge national laboratory
∂30-Apr-86 2156 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Questions from a newcomer
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 30 Apr 86 21:56:39 PDT
Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 1 MAY 86 00:55:49 EDT
Date: 1 May 1986 00:43 EDT (Thu)
Message-ID: <JINX.12203116956.BABYL@MIT-OZ>
From: Bill Rozas <JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
To: jcm@ORNL-MSR.ARPA (James A. Mullens)
Cc: scheme@MC.LCS.MIT.EDU
Subject: Questions from a newcomer
In-reply-to: Msg of 30 Apr 1986 16:38-EDT from jcm at ORNL-MSR.ARPA (James A. Mullens)
MIT CScheme runs on a wide variety of machines with C compilers. In
particular it runs on some 68000 systems (mostly unices) and on VMS.
It currently does not have a compiler, but will have one by the end of
the summer (the VAX back end may not be ready at that time, however).
It is public domain.
∂05-May-86 1142 @MC.LCS.MIT.EDU:amn@LOCUS.UCLA.EDU getting C-Scheme running on HP workstations
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 5 May 86 11:42:26 PDT
Received: from LOCUS.UCLA.EDU by MC.LCS.MIT.EDU 5 May 86 14:40:34 EDT
Date: Mon, 5 May 86 11:26:40 PDT
From: Arthur Newman <amn@LOCUS.UCLA.EDU>
To: scheme@mc.lcs.mit.edu
Subject: getting C-Scheme running on HP workstations
Message-ID: <860505.182640z.03031.amn@ZEUS.LOCUS.UCLA.EDU>
By just installing the student version we would get the following bug:
trying to set! an undefined variable would cause a bus error and kick
you out of Scheme back to the system prompt.
I recompiled Scheme using the normal.bin file, and eval'ed
(enable-language-features). Now trying to set! undefined variables
just gives an error message.
Are there any reasons why we had trouble with set! in the student system
that you can think of?
Thanks for any help,
Arthur Newman
∂05-May-86 1402 @MC.LCS.MIT.EDU:JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU one more message about CScheme
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 5 May 86 14:02:15 PDT
Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 5 MAY 86 17:01:34 EDT
Date: 5 May 1986 16:26 EDT (Mon)
Message-ID: <JINX.12204337135.BABYL@MIT-OZ>
From: Bill Rozas <JINX%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
To: scheme@MC.LCS.MIT.EDU
Subject: one more message about CScheme
Please, send bug reports about MIT CScheme to
bug-cscheme%oz@mit-mc, not to this (scheme@mit-mc) mailing list.
bug-scheme%oz@mit-mc is not good either. There is more than one
implementation at MIT, and bug-scheme does not refer to CScheme.
General questions about CScheme should be sent to
info-cscheme%oz@mit-mc.
Thanks.
PS: When answering bug reports incorrectly sent to this mailing list I
have tried not to send the reply here. If you have run across similar
bugs, and have not received a reply, send mail to bug-cscheme, since
they have probably been fixed. Notices of bug fixes, etc, are sent to
info-cscheme.
∂05-May-86 1910 @MC.LCS.MIT.EDU:serafini@ames-aero implementation roundup
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 5 May 86 19:09:55 PDT
Received: from ames-aero.ARPA by MC.LCS.MIT.EDU 5 May 86 21:41:26 EDT
Date: 5 May 86 18:32:00 PST
From: DAVE SERAFINI <serafini@ames-aero>
Subject: implementation roundup
To: scheme <scheme@mit-mc.arpa>
Reply-To: DAVE SERAFINI <serafini@ames-aero>
Has anyone compiled a list of the various implementations of scheme extant,
and could I be send a copy?
advTHANKSance
Dave Serafini
------
∂05-May-86 1914 JAR@MC.LCS.MIT.EDU implementation roundup
Received: from MC.LCS.MIT.EDU by SU-AI.ARPA with TCP; 5 May 86 19:13:36 PDT
Date: Mon, 5 May 86 22:12:44 EDT
From: Jonathan A Rees <JAR@MC.LCS.MIT.EDU>
Subject: implementation roundup
To: serafini@AMES-AERO.ARPA
cc: SCHEME@MC.LCS.MIT.EDU
In-reply-to: Msg of 5 May 86 18:32:00 PST from DAVE SERAFINI <serafini at ames-aero>
Message-ID: <[MC.LCS.MIT.EDU].904409.860505.JAR>
Date: 5 May 86 18:32:00 PST
From: DAVE SERAFINI <serafini at ames-aero>
Has anyone compiled a list of the various implementations of scheme extant,
and could I be send a copy?
There's a list of implementations, with brief descriptions, in the file
"SCHEME;SCHEME IMPLS" on MIT-MC. I compiled it from messages sent to
this mailing list. I don't think MC's FTP server requires passwords to
log in; if you are asked to supply a user name or password, give
arbitrary strings like GUEST and ARPA.
People who don't have Internet access and want a copy of this file
should send a message to JAR@MC (not to SCHEME@MC!) requesting it. I'll
batch requests, except that if I get more than ten requests I'll simply
send the file out to the entire Scheme mailing list. It's about 12K
bytes so I'll have to mail it in two pieces (MC's mailer is limited to
10 or 11K).
Jonathan